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ABSTRACT 


There  will  be  a  number  of  airports  that  receive  both  a  Jerminal  Doppler  Weather  Radar 
(TDWR)  windshear  detection  system  and  a  phase  III  Low  Level  Wind  Shear  Alert  System 
(LLWAS).  At  those  airports,  the  two  systems  will  need  to  be  combined  into  a  single 
windshear  detection  system.  This  report  specifies  the  algorithm  to  be  used  to  integrate  the 
two  subsystems.  The  algorithm  takes  in  the  alphanumeric  runway  alert  messages  generated 
by  each  subsystem  and  joins  them  into  integrated  alert  messages. 

The  design  goals  of  this  windshear  detection  system  are  1)  to  maintain  the  probability 
of  detection  for  hazardous  events  while  reducing  the  number  of  false  alerts  and  microburst 
overwamings  and  2)  to  increase  the  accuracy  of  the  loss/gain  estimates.  The  first  design 
goal  is  accomplished  by  issuing  an  integrated  alert  for  an  operational  runway  whenever 
either  subsystem  issues  a  “strong”  alert  for  that  runway;  by  canceling  a  “weak”  windshear 
alert  on  an  operational  runway  if  only  one  subsystem  is  making  the  declaration;  and  by 
reducing  a  “weak”  microburst  alert  on  an  operational  runway  to  a  “strong”  windshear  alert 
if  only  one  subsystem  is  making  the  declaration.  The  second  design  goal  is  accomplished 
by  using  the  average  of  the  two  loss/gain  values,  when  appropriate. 
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1.  OVERVIEW  OF  THE  TDWR/LLWAS 
INTEGRATION  ALGORITHM 
SPECIFICATION 


This  algorithm  integrates  the  runway  alerts  generated  by  the  TDWR  system  and  Net¬ 
work  Expansion  LLWAS  to  give  a  single  runway  alert  for  each  operational  runway. 

A.  DESIGN  GOALS 

1.  The  primary  goal  of  Integration  is  to  issue  all  correct  alerts  from  either  subsystem. 
If  only  one  of  the  systems  detects  an  event,  say  TDWR  misses  a  dry  microburst  or  LLWAS 
misses  a  very  small  microburst,  the  alert  generated  by  Integration  should  agree  with  the 
(stand-alone)  system  making  the  detection.  The  only  time  this  should  not  be  true  is  when 
the  Integration  algorithm  decides  that  the  alert  should  be  altered  in  the  interest  of  the  second 
design  goal. 

2.  Integration  should  use  the  available  information  to  reduce  false  alerts,  over-warning, 
and  nuisance  alerts.  This  is  accomplished  by  dropping  weak  windshear  alerts  if  there  is 
no  additional  evidence  that  they  are  correct,  by  reducing  weak  microbursts  to  wind  shear 
alerts  if  there  is  no  additional  evidence  that  they  are  correct,  and  by  using  both  systems 
to  determine  the  loss  or  gain  value  when  both  detect  an  event. 

B.  INPUTS 

1.  LLWAS  runway  alerts  for  each  operational  runway  (loss/gain  value 
and  location). 

2.  TDWR  runway  alerts  for  each  operational  runway  (loss/gain  value  and 
location). 

3.  Various  parameters  from  the  Integration  Parameter  File  (IPF). 

C.  OUTPUTS 

1.  Runway  alerts  for  each  operational  runway  (loss/gain  value  and  loca¬ 
tion). 

The  output  loss/gain  values  from  the  Integration  algorithm  are  in  meters  per  second, 
and  there  is  no  alert  type,  i.e.,  an  alert  is  not  classified  as  either  a  MBA  or  WSA.  The 
loss/gain  values  are  to  be  converted  into  multiples  of  5  knots  and  alert  types  attached  after 
Integration. 

D.  ALGORITHM  LOGIC 
Alert  Screening 

The  subsystem  alerts  are  first  screened  before  being  joined  using  the  following  logic: 

1.  Strong  microburst  alerts  pass  forward. 

2.  Weak  microburst  level  alerts  are  passed  forward  unchanged  if  there 
is  a  loss  above  threshold  from  the  other  system;  otherwise,  the  alert 
is  reduced  to  the  maximum  allowed  windshear  alert. 
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3.  Strong  windshear  with  loss  alerts  are  passed  forward. 

4.  Weak  windshear  with  loss  alerts  are  passed  forward  unchanged  if  there 
is  a  loss  above  threshold  from  the  other  system;  otherwise,  the  alert 
is  dropped. 

5.  Weak  windshear  with  gain  alerts  are  passed  forward  unchanged  if 
there  is  a  gain  above  threshold  from  the  other  system;  otherwise,  the 
alert  is  dropped. 

6.  Strong  windshear  with  gain  alerts  are  passed  forward. 

The  thresholds  above  are  set  separately  for  each  system  being  screened  and  for  each 
operational  runway.  This  allows  for  setting  the  difficulty  of  the  screening  tests  to  depend 
on  the  subsystem  performance  for  each  operational  runway.  For  example,  when  TDWR 
has  a  favorable  viewing  angle  for  a  runway,  the  thresholds  are  set  low  so  that  all  but  the 
weakest  TDWR  alerts  automatically  pass  the  screening  tests.  But  when  TDWR  does  not 
have  a  good  viewing  angle,  the  thresholds  are  raised  so  that  fewer  TDWR  alerts  automatical¬ 
ly  pass  the  screening  tests. 

In  general,  there  are  six  thresholds  used  to  screen  an  alert: 

1.  Threshl  defines  weak  WSA/gain:  Any  gain  alert  between  0  and 
Thresh  1  requires  confirmation  from  the  other  system. 

2.  Thresh2  is  the  threshold  for  confirmation  of  a  weak  gain.  The  weak 
gain  from  1.  is  confirmed  if  the  other  system  issues  an  alert  above 
Thresh2. 

3.  Thresh3  defines  weak  WSA/loss:  Any  loss  alert  between  0  and  Thresh3 
requires  confirmation  from  the  other  system. 

4.  Thresh4  is  the  threshold  for  confirmation  of  a  weak  loss.  The  weak 
loss  from  3.  is  confirmed  if  the  other  system  issues  an  alert  below 
(i.e.,  stronger  loss  than)  Thresh4. 

5.  Thresh5  defines  weak  MBA:  Any  loss  alert  between  the  minimum 
MBA  and  Thresh5  requires  confirmation  from  the  other  system. 

6.  Thresh6  is  the  threshold  for  confirmation  of  a  weak  MBA.  The  weak 
MBA  from  5.  is  confirmed  if  the  other  system  issues  an  alert  below 
(i.e.,  stronger  loss  than)  Thresh6. 

Joining  Alerts 

The  screened  runway  alerts  from  the  two  subsystems  are  joined  as  follows: 

1.  If  only  one  system  is  giving  an  alert,  it  is  used  as  the  Integration  alert. 

2.  If  both  systems  are  giving  a  loss,  the  location  used  is  the  first  encounter 
from  either  system,  and  the  loss  value  is  the  minimum  of  { the  average 
of  the  two  losses,  aLLWAS  loss,  PTDWR  loss  }  where  a  and  (3  are 
between  0.0  and  1.0. 


2 


3.  If  both  systems  are  giving  a  gain,  the  location  used  is  the  first  encoun¬ 
ter  from  either  system,  and  the  gain  is  the  maximum  of  { the  average 
of  the  two  gains,  "yLLWAS  gain,  STDWR  gain  }  where  y  and  8  are 
between  0.0  and  1.0. 

4.  If  one  system  is  giving  a  loss  and  the  other  is  giving  a  gain,  arbitrate 
to  determine  which  alert  to  issue.  The  arbitration  logic  is  equivalent 
to  the  arbitration  logic  contained  in  the  Phase  in  LLWAS  algorithm. 

The  loss  given  in  2  is  just  the  average  loss  unless  the  average  is  much  lower  than  the 
larger  of  the  LLWAS  loss  and  the  TDWR  loss.  This  allows  for  a  more  accurate  loss  estimate 
and  at  the  same  time  protects  against  dropping  the  loss  estimate  too  far.  The  gain  estimate 
given  in  3  is  similar  to  the  loss  estimate. 

The  arbitration  logic  uses  the  following  priorities: 

1.  Microburst  level  loss 

2.  Strong  wind  shear  with  loss 

3.  Strong  wind  shear  with  gain 

4.  Weak  wind  shear  with  loss 

5.  Weak  wind  shear  with  gain 

The  terms  “strong”  and  “weak”  used  here  are  not  the  same  as  in  the  alert  screening. 
The  parameter  (LOSS_GAIN_BUFFER)  used  to  determine  the  difference  between  strong 
and  weak  wind  shear  alerts  can  be  set  so  that  all  losses  are  “strong.” 

Appendices 

Appendix  A  contains  the  data  dictionary  for  the  TDWR/LLWAS  integration  algorithm. 
Appendix  B  specifies  the  inputs  to  TDWR/LLWAS  integration  from  the  LLWAS  system. 

Notes 

1.  Losses  are  negative,  gains  are  positive,  and  both  are  in  meters  per 
second. 

2.  Null  alerts  must  have  loss/gain  values  of  precisely  zero. 

3.  It  is  assumed  that  integration  alerts  will  be  issued  each  time  LLWAS 
alerts  are  issued.  Each  time  the  LLWAS  system  provides  alerts  to  the 
integration  system  the  current  TDWR  alerts  need  to  be  provided  to 
the  integration  system. 
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Programming  Notes 

These  comments  are  intended  as  helpful  information,  not  requirements. 

1.  There  are  a  number  of  variables  which  have  not  been  specified,  but  may  be  helpful 
to  have  available.  These  include,  but  are  not  restricted  to,  the  following: 

•  The  number  of  operational  runways. 

•  The  names  of  the  operational  runways. 


2.  The  various  loops  and  conditional  structures  employed  in  this  document  were  chosen 
for  clarity  of  exposition,  not  efficiency  of  code.  Any  construction  which  has  been  shown 
to  be  logically  equivalent  may  be  used. 

3.  In  general,  subscripts  are  avoided.  Loops  are  written  in  the  form:  DO  FOR  EACH  op¬ 
erational  runway.  The  method  of  implementation  is  not  specified. 

4.  There  are  several  subroutines  employed  in  the  algorithm.  A  list  of  inputs  is  provided 
for  each.  This  is  not  meant  to  imply  that  only  this  information  can  be  passed  in  the  call. 
For  example,  when  only  one  element  of  an  array  or  data  structure  is  required,  only  that 
element  is  shown  being  passed  into  the  subroutine.  It  may  prove  easier  to  pass  in  the  entire 
array  or  data  structure.  IPF  parameters  are  not  shown  being  passed  in,  but  need  to  be  made 
available. 

5.  Certain  variables  are  listed  as  YES/NO  variables.  They  are  listed  in  the  data  dictionary 
as  “logical.”  The  formal  declaration  need  not  be  logical;  any  binary  variable  may  be  used. 

6.  The  notation  |x|  means  the  absolute  value  of  x. 
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2.  TDWR/LLWAS  INTEGRATION 
ALGORITHM  SPECIFICATION 


INPUTS:  (  from  LLWAS,  for  each  operational  runway) 

LLWAS_ALERT_VALUE  (  loss  or  gain  ) 

LLWAS_ALERT_LOCATION  (  location  of  fi*"'  encounter  ) 

INPUTS:  (  from  TDWR,  for  each  operational  runway  ) 

TDWR_ALERT_VALUE  (  loss  or  gain  ) 

TDWR  ALERT  LOCATION  (  location  of  first  encounter  ) 

INPUTS:  (  from  IPF  ) 

LLWAS_COVERAGE  (  for  each  operational  runway  ) 

LLWAS_THRESHi  (  i  =  1,  ,  6,  for  each  operational  runway  ) 

TDWR_COVERAGE  (  for  each  operational  runway  ) 

TDWR_THRESHi  (  i  =  1,  ...  ,  6,  for  each  operational  runway  ) 

OUTPUTS:  (  for  each  operational  runway  ) 

INTEGRATION  ALERT  VALUE  (  loss  or  gain  ) 

INTEGRATION  ALERT  LOCATION  (  location  of  first  encounter  ) 
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BEGIN  INTEGRATION  ALGORITHM 


1.  SCREEN  LLWAS  ALERTS 

CALL  SCREEN  ALERT  SUBROUTINE(  LLWAS_ALERT_VALUE, 

LLWAS_ALERT_LOCATION, 

TDWR_COVERAGE, 

TDWR_ALERT_  VALUE, 
LLWAS_THRESHi,  i  =  1,  ...  ,6 
LLWAS  SCREENED  ALERT  VALUE  ) 


2.  SCREEN  TDWR  ALERTS 

CALL  SCREEN  ALERT  SUBROUTINE  ( TDWR_ALERT_ VALUE, 

F  D  WR_  ALERTLOC  ATION , 
LLWASCOVERAGE, 

LLW  AS_  ALERTV  ALUE , 

TDWR  THRESHi,  i  =  1,  ...  ,6 
TDWRSCREENEDALERTVALUE  ) 

3.  JOIN  LLWAS  AND  TDWR  ALERTS 

Call  JOIN  ALERTS  SUBROUTINE  ( LLW AS  SCREENED  ALERT  V ALUE, 

LLWASALERTLOCATION 
TDWRSCREENEDALERTVALUE, 
TDWRALERTLOCATION, 
INTEGRATIONALERTVALUE, 
INTEGRATION  ALERT  LOCATION  ) 

END  INTEGRATION  ALGORITHM 
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ALERT  ARBITRATION  SUBROUTINE(  LAST_GAIN, 

LAST_LOSS, 

GAIN_ALERT_VALUE, 

GAIN_ALERT_LOCATION, 

LOSS_ALERT_VALUE, 

LOSS_ALERT_LOCATION, 

ALERTVALUE, 

ALERT  LOCATION  ) 


This  subroutine  takes  the  loss  and  gain  alerts  for  a  single  operational  runway  and  arbitrates 
between  the  two  to  give  a  single  alert  for  that  runway. 


INPUTS: 

LASTGAIN 

LASTLOSS 
GAIN_ALERT_  VALUE 
GAINALERTLOCATION 
LOSSALERTVALUE 

LOS  SALERTLOC  ATION 
OTHER  INPUTS:  (  from  IPF  ) 
LOSSGAINBUFFER 

LOSSJNCREMENT 

MIN_MBA 

OUTPUTS: 

ALERTVALUE 

ALERTLOCATION 


(YES/NO,  for  this  operational  runway  ) 
(YES/NO,  for  this  operational  runway  ) 
(  for  this  operational  runway  ) 

(  for  this  operational  runway  ) 

(  for  this  operational  runway  ) 

(  for  this  operational  runway  ) 


(  for  this  operational  runway  ) 
(  for  this  operational  runway  ) 
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BEGIN  ARBITRATION  SUBROUTINE 
LOSS_ALERT  =  NO 

comment:  If  the  loss  is  above  the  microburst  level  the  alert  is  a  loss  alert. 

IF  (  |  LOSS_ALERT_VALUE  |  >  M1N_MBA  ) 

LOS  S_  ALERT  =  YES 

comment:  If  not  a  microburst  alert  give  the  gain  only  if  it  is  much  stronger  than  the  loss. 

ELSE 

IF  (  LASTGAJN  =  YES  ) 

IF  (  i  LO S S  ALERT  V ALUE  |  +  LOSSJNCREMENT 

-  LOSS_GAIN_BUFFER  >  GAIN_ALERT_ VALUE  ) 

LOSS_  ALERT  =  YES 

END  IF 

ELSE  IF  (  LAST  LOSS  =  YES  ) 

IF  (  |  LOSS  ALERT  VALUE  |  +  LOSSJNCREMENT 

+  LOSS  GAIN  BUFFER  >  GAIN  ALERT  VALUE  ) 

LOSSALERT  =  YES 

END  IF 

ELSE 

IF  (  |  LOSS_ALERT_VALUE  j  +  LOSS_INCREMENT 
>  GAIN_ALERT_ VALUE  ) 

LOSS_ALERT  =  YES 

END  IF 
END  IF 
END  IF 
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comment:  Now  compute  the  alert  to  issue. 

IF  (  LOSS_ALERT  =  YES  ) 

ALERT_  VALUE  =  LOSS_ALERT_VALUE 
ALERT_LOCATION  =  LOS  S_  ALERTLOC  ATION 

ELSE 

comment:  If  not  a  loss  it  must  be  a  gain. 

ALERT_ V  ALUE  =  GAIN_ALERT_  VALUE 

ALERTLOCATION  =  GAIN_ALERT_LOCATION 
END  IF 

END  ARBITRATION  SUBROUTINE 
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JOIN  ALERTS  SUBROUTINE  (  LLWASALERTVALUE, 

LLWAS_ALERT_LOCATION, 
TDWR_ALERT_  VALUE  T 
TD  WR  ALERT  LOC  ATI  ON , 
INTEGRATIONALERTVALUE, 
INTEGRATIONALERTLOCATION  ) 

This  subroutine  joins  the  two  alerts  for  the  entire  set  of  operational  runways. 
INPUTS: 


LLWAS_ALERT_ VALUE  (  for  each  operational 
LLWASALERTLOCATION  (  for  each  operational 
TDWR_ALERT_VALUE  (  for  each  operational 

TDWR  ALERT  LOCATION  (  for  each  operational 
INPUTS:  (  from  EPF  ) 


LLW  ASCO  VERAGE 

(  for  each 

IXWASGFF  ACTOR 

(  for  each 

IJLWASMBF  ACTOR 

(  for  each 

TDWRCOVERAGE 

(  for  each 

TDWRGFF  ACTOR 

(  for  each 

TDWR_MB_FACTOR 

(  for  each 

OUTPUTS:  (  for  each  operational  runway  ) 


operational 

operational 

operational 

operational 

operational 

operational 


runway  ) 
runway  ) 
runway  ) 
runway  ) 

runway  ) 
runway  ) 
runway  ) 
runway  ) 
runway  ) 
runway  ) 


INTEGRATION_ALERT_V  ALUE 


INTEGRATION_AI£RT_LOCATION 


OTHER  VARIABLES: 

LAST_GAIN  (  for  each  operational  runway, 

must  be  saved  from  one  alert  cycle  to  the  next ) 

LAST_LOSS  (  for  each  operational  runway, 

must  be  saved  from  one  alert  cycle  to  the  next  ) 
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BEGIN  JOIN  ALERTS  SUBROUTINE: 

comment:  Ordering  of  alert  locations:  RWY  <  IMF  <  IMF  <  3MF,  and  RWY  <  1MD  <  2MD 
DO  FOR  EACH  operational  runway 
comment:  If  no  alert. 

IF  (  LLWAS_ALERT_ VALUE  =  0  and  TDWR_ALERT_ VALUE  =  0  ) 

INTEGRATION_ALERT_VALUE  =  0 

INTEGRATION_ALERT_LOCATION  -  ‘RWY’ 
comment:  If  only  an  LLWAS  alert. 

ELSE  IF  (  |LLWAS_AJ  ERT_ VALUE]  >  0  and  TD WR_ ALERT_ V ALUE  =  0  ) 

INTEGRATION  ALE RT_ VALUE  =  LL W A S _ ALE RT_ V ALUE 

INTEGRATIONALERTLOCATION  =  LLWASALERTLOCATION 
comment:  If  only  a  TDWR  alert. 

ELSE  IF  (  LLWAS_ALERT_VALUE  =  0  and  | TDWRALERTV ALUE  |  >  0  ) 
INTEGRATION_ALERT_V  ALUE  =  TDWR_ALERT_VALUE 
INTEGRATIONALERTLOCATION  =  TDWRALERTLOCATION 
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comment:  If  both  LLWAS  and  TDWR  are  issuing  a  loss  alert. 


ELSE  IF  (  LLWAS_ALERT_VALUE  <  0  and  TDWR_ALERT_VALUE  <  0  ) 

CALL  JOIN  LOSS  ALERTS  SUBROUTINE!  LLW A S_ ALERT  V ALUE, 

LLWASALERTLOCATION, 

TDWR_ALERT_VALUE, 

TDWR_  ALERTLOC  ATION , 
INTEGRATION_ALERT_ VALUE  ) 


IF  arrival  runway 


INTEGRATION_ALERT_LOCATION  =  maximum 

{LLWAS_ALERT_LOCATION,  TDWRALERTLOCATION} 


ELSE 


INTEGRATION_ALERT_LOCATION  =  minimum 

{LLWAS  ALERT  LOCATION,  TDWR  ALERT  LOCATION} 


END  IF 
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comment:  If  both  LLWAS  and  TDWR  are  issuing  a  gain  alert. 


ELSE  IF  (  LLWAS_ALERT_VALUE  >  0  and  TDWR_ALERT_  VALUE  >  0  ) 

CALL  JOIN  GAIN  ALERTS  SUBROUTINE(  LLWAS_ALERT_ VALUE, 

LLW  ASALERTLOC  ATION , 
TDWR_ALERT_  VALUE. 

TDWR  ALERT  LOCATION, 
INTEG  RATION^ ALE  RT_ VALUE  ) 


IF  arrival  runway 


INTEGRA  TION_ALERT_LOCATION  =  maximum 

{LLWAS_ALERT_LOCATION,  TDWR  ALERT  LOCATION} 


ELSE 


INTEGRATION_ALERT_LOCATION  =  minimum 

{LLW  ASALERTLOC  ATION ,  TDWR  ALERTLOCATION} 


END  IF 
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comment:  If  both  a  loss  and  a  gain  arbitrate. 


ELSE  IF  (  LLWAS  ALERT_ V ALUE  <  0  and  TDWRALERTVALUE  >  0  ) 

CALL  ALERT  ARBITRATION  SUBROUTINE 

(  LAST_GAIN, 

LAST_LOSS, 

TD  WR_  ALERT_  V  ALUE , 

TDWR_ALERT_LOCATION, 

LLWAS_ALERT_VALUE, 

LLWAS_ALERT_LOCATION, 

INTEGRATIONALERTVALUE, 

INTEGRATION  ALERTLOCATION  ' 

ELSE  IF  (  LLWAS_ALERT_ VALUE  >  0  and  TDWR  ALERT  VALUE  <  0  ) 

CALL  ALERT  ARBITRATION  SUBROUTINE 

(  LAST_GAIN, 

LAST_LOSS, 

LLWASALERTVALUE, 

LLW  ASALERTLOC  ATION , 
TDWRALERTVALUE, 
TDWRALERTLOCATION, 
INTEGRATION_ALERT_VALUE, 
INTEGRATION  ALERT  LOCATION  ) 


END  IF 
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comment:  Now  compute  last  Joss  and  last_gain. 


IF  (  INTEGRAT10N_ALERT_ VALUE  <  0  ) 

LAST_LOSS  =  YES 
LAST_GAIN  =  NO 

ELSE  IF  (  INTEGRATION^  ALERT_  VALUE  >  0  ) 
LASTLOSS  =  NO 
LASTGAIN  =  YES 

ELSE 

LASTLOSS  =  NO 
LASTGAIN  =  NO 
END  IF 
END  DO 

END  JOIN  ALERTS  SUBROUTINE 
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JOIN  GAIN  ALERTS  SUBROUTINE(  LLWAS  ALERT  VALUE , 

LLWAS_ALERT_LOCATION, 
TDWRALERTVALUE, 
TDWRALERTLOCATION, 
INTEGRATION_ALERT_VALUE  ) 

This  subroutine  computes  the  integration  alert  value  for  a  single  operational  runway  in  the 
case  that  both  TDWR  and  LLWAS  are  issuing  a  gain. 

INPUTS: 

LLWAS  ALERT  VALUE  (  for  this  operational  runway  ) 

LLWASALERTLOCATION  (  for  this  operational  runway  ) 

TDWR  ALERT  VALUE  (  for  this  operational  runway  ) 

TDWR  ALERT  LOCATION  (  for  this  operational  runway  ) 

INPUTS:  (  from  IPF  ) 

LLWAS_COVERAGE  (  for  this  operational  runway  ) 

LLWASGFFACTOR  (  for  this  operational  runway  ) 

TDWR  COVERAGE  (  for  this  operational  runway  ) 

TDWRGFFACTOR  (  for  this  operational  runway  ) 

OUTPUTS: 

INTEGRATION_ALERT_VALUE  (  for  this  operational  runway  ) 
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BEGIN  JOIN  GAIN  ALERTS  SUBROUTINE 

IF  (  (  LLWAS_ALERT_LOCATION  <  TDWR_COVERAGE  )  and 
(  TDWR_ALERT_LOCATION  <  LLWAS_COVERAGE  )  ) 

AVE  =  (  LLWAS_ALERT_ VALUE  +  TDWR_ALERT_ VALUE  )  /  2 

INTEGRA  TION_ALERT_VALUE 
=  maximum  {  AVE, 

LLWAS_GF_FACTOR  x  LLWAS_ALERT_  VALUE, 
TDWR_GF_F ACTOR  x  TDWR_ALERT  VALUE  } 


ELSE 


INTEGRATION_ ALERT_ V ALUE  =  maximum {  LLWAS  ALERT  VALUE, 

TDWR_ ALERT J VALUE  } 


END  IF 

END  JOIN  GAIN  ALERTS  SUBROUTINE 
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JOIN  LOSS  ALERTS  SUBROUTINE(  LLWASALERTVALU E , 

LLWAS  ALERT  LOC  ATI  ON , 

TD  WRALERTV  ALU  E , 
TDWRALERTLOCATION, 
INTEGRATIONALERTVALUE  ) 

This  subroutine  computes  the  integration  alert  value  for  a  single  operational  runway  in  the 
case  that  both  TDWR  and  LLWAS  are  issuing  a  loss. 

LLWAS_ALERT_VALUE  (  for  this  operational  runway  ) 
LLWAS_ALERT_LOCATION  (  for  this  operational  runway  ) 

TDWR  ALERT  VALUE  (  for  this  operational  runway  ) 
TDWR_ALERT_LOCATION  (  for  this  operational  runway  ) 

INPUTS:  (  from  IPF  ) 

LLWAS_COVERAGE  (  for  this  operational  runway  ) 

LLWASMBFACTOR  (  for  this  operational  runway  ) 

TDWR_COVERAGE  (  for  this  operational  runway  ) 

TDWRMBFACTOR  (  for  this  operational  runway  ) 

OUTPUTS: 

INTEGRATION_ALERT_ VALUE  (  for  this  operational  runway  ) 
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BEGIN  JOIN  LOSS  ALERTS  SUBROUTINE 

IF  (  (  LLWAS_ALERT_LOCATION  <  TDWR  COVERAGE  )  and 
(  TDWR_ALERT_LOCATION  <  LLWAS_COVERAGE  )  ) 

AVE  =  (  LLWAS_ALERT_V ALUE  +  TD WR_ALERT_V ALUE  )  /  2 

INTEGRATION- ALERTV  ALUE  = 
minimum  {  AVE, 

LLWAS_MB_FACTOR  x  LLWAS_ALERT_VALUE, 
TDWR_MB_FACTOR  x  TDWR  ALERT  VALUE  } 


ELSE 


INTEGRATION  ALERTV  ALUE  =  minimum  {  LLW  AS_  ALERTV  ALUE , 

TDWR_ALERT_VALUE  } 


END  IF 

END  JOIN  LOSS  ALERT  SUBROUTINE 


19 


SCREEN  ALERT  SUBROUTINE(  ALERT  VALUE, 

ALERTLOCATION, 

OTH  E  R_  ALERT_C  O  VERAG  E , 
OTHERALERTVALUE, 

THRESHi,  i  =  1 . 6 

SCREENED_ALERT_VALUE  ) 

This  subroutine  takes  all  the  runway  alerts  from  one  system  and  compares  weak  alerts  to 
the  runway  alerts  generated  by  the  other  system.  Weak  alerts  which  are  not  confirmed  by 
the  other  system  are  dropped  or  reduced. 

INPUTS: 

AUERT_VAjLUE  (  loss  or  gain,  for  each  operational  runway  ) 

ALERT_LOCATION  (  for  each  operation.  1  runway  ) 

OTHER_ALERT_COVERAGE  (  for  each  operational  runway  ) 

OTHER  AI JERTVALUE  (  loss  or  gain,  for  each  operational  runway  ) 

THRESHi  (  i  =  1,  ...  ,  6,  for  each  operational  runway  ) 

OTHER  VARIABLES:  (  from  IPF  ) 

MAX_WSA 

MIN_MBA 

OUTPUTS: 

SCREENED_ALERT_VALUE  (  loss  or  gain,  for  each  operational  runway  ) 
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comment:  Ordering  of  alert  locations:  RWY  <  IMF  <  2MF  <  3MF,  and  RWY  <  1MD  <  2MD 

BEGIN  ALERT  SCREENING  SUBROUTINE 


DO  FOR  EACH  operational  runway 

comment:  If  the  alert  is  in  the  coverage  region  of  the  other  system  and  weak  check  for  lack  of 
confirmation. 

IF  (  (  ALERT_LOCATION  <  OTHER_ALERT_COVERAGE  )  and 
(  0  <  ALERT  VALUF.  <  THRESH  1  )  and 
(  OTHER_ ALERT  V ALUE  <  THRESH2  )  ) 

SCREENED_ALERT_  VALUE  =  0 

ELSE  IF  (  (  ALERT  LOCATION  <  OTHER_ALERT_COVERAGE  )  and 
(  0  >  ALERT_VALUE  >  THRESH3  )  and 
(  OTHER_ALERT  VALUE  >  THRESH4  )  ) 

SCREENEDALERTVALUE  =  0 

ELSE  IF  (  (  ALERT  LOCATION  <  OTHER  ALERT  COVERAGE  )  and 
(  -MIN  MBA  >  ALERT_ V ALUE  >  THRESH5  )  and 
(  OTHER_ALERT_VALUE  >  THRESH6  )  ) 

SCREENEDALERTVALUE  =  MAX_WSA 

ELSE 

SCREENEDALERTVALUE  =  ALERT_  VALUE 

END  IF 
END  DO 

END  ALERT  SCREENING  SUBROUTINE 
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APPENDIX  A 


DATA  DICTIONARY  FOR  THE 
TDWR/LLWAS  INTEGRATION 
ALGORITHM  SPECIFICATION 


ALERTLOCATION 

description:  Set  to  either  LLWASALERTJLOCATION  or  TDWRALERTLOC  ATION. 
type:  character  (lx  number  of  operational  runways  ) 

values:  ‘RWY’,  ‘IMF’,  ‘1MD’,  ‘2MF’,  ‘2MD’,  or  ‘3MF’,  one  for  each  operational 
runway 

ALERTVALUE 

description:  Set  to  either  LLWAS_ALERT_VALUE,  or  TDWR_/ALERT_VALUE. 

type:  real  (lx  number  of  operational  runways  ) 

values:  meters  per  second,  one  for  each  operational  runway 

AVE 

description:  The  average  of  an  LLWAS  alert  value  and  a  TDWR  alert  value  for  a 
single  operational  runway 

type:  real 

values:  meters  per  second 
GAIN  ALERT  LOC  .  AON 

description:  S  u  either  the  LLWAS_ALERT_LOCATION  or  the 
TDWR  , ALERT  LOCATION  for  a  single  operational  runway. 

type:  character 

values:  ‘RWY’,  ‘IMF’,  ‘1MD\  ‘2MF\  ‘2MD\  or  ‘3MF’ 

GAINALr.  kT_VALUE 

description:  Set  to  either  the  LLWAS_ALERT_VALUE  or  the 
TDWR_ALERT_VALUE  for  a  single  operational  runway. 

type:  real 

values:  meters  per  second 
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INTEGRATION_ALERT_LOCATION 

description:  The  location  of  first  encounter  of  the  vvindshear  for  each  operational 
runway  to  be  issued  by  the  integration  algorithm. 

type:  character  (lx  number  of  operational  runways  ) 

values:  ‘RWY’,  ‘IMF’,  ‘1MD’,  ‘2MF\  ‘2MD’,  or  ‘3MF’,  one  for  each  operational 
runway 

INTEGRATION_ALERT_VALUE 

description:  The  loss  or  gain  value  for  each  operational  runway  to  be  issued  by  the 
integration  algorithm. 

type:  real  (  1  x  number  of  operational  runways  ) 
values:  meters  per  second,  one  for  each  operational  runway 
LASTGAIN 

description:  For  each  operational  runway  answers  the  question  “was  the  last 
integration  alert  on  this  operational  runway  a  gain?”  These  values  must  be  stored 
from  call  to  call. 

type:  logical  (  1  x  number  of  operational  runways  ) 
values:  YES/NO,  one  for  each  operational  runway 
LAST_LOSS 

description:  For  each  operational  runway  answers  the  question  “was  the  last 
integration  alert  on  this  operational  runway  a  loss?”  These  values  must  be  stored  from 
call  to  call. 

type:  logical  (lx  number  of  operational  runways  ) 
values:  YES/NO,  one  for  each  operational  runway 

LLWAS_ALERT_LOCATION 

description:  The  “location  of  first  encounter  of  windshear”  portion  of  each  operational 
runway  alert  issued  by  the  LLWAS  system. 

type:  character  (lx  number  of  operational  runways  ) 

values:  ‘RWY’,  ‘IMF’,  ‘1MD’,  ‘2MF’,  ‘2MD’,  or  ‘3MF’,  one  for  each  operational 
runway 

LLWASALERTVALUE 

description:  The  loss  or  gain  value  portion  of  each  operational  runway  alert  issued  by 
the  LLWAS  system. 

type:  real  (  1  x  number  of  operational  runways  ) 
values:  meters  per  second,  one  for  each  operational  runway 
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LLWASCOVERAGE 

description:  The  extent  of  LLWAS  coverage  for  each  operational  runway.  These  are 
fixed  parameters  input  from  the  IPF. 

type:  character  (  1  x  number  of  operational  runways  ) 

values:  ‘RWY’,  ‘IMF’,  ‘1MD’,  ‘2MF’,  ‘2MD’,  or  ‘3MF’,  one  for  each  operational 
runway 

LLWASGFJF ACTOR 

description:  The  minimum  allowed  fraction  of  a  screened  LLWAS  gain  value  that  can 
be  issued.  These  are  fixed  parameters  input  from  the  IPF. 

type:  real  (  1  x  number  of  operational  runways  ) 

values:  0.0  -  1.0,  one  for  each  operational  runway 

LLWAS_MB_FACTOR 

description:  The  minimum  allowed  fraction  of  a  screened  LLWAS  loss  value  that  can 
be  issued.  These  are  fixed  parameters  input  from  the  EPF. 

type:  real  (lx  number  of  operational  runways  ) 

values:  0.0  -  1.0,  one  for  each  operational  runway 

LL  WAS_S  C  REENED_ALERT_  VALUE 

description:  The  loss  or  gain  value  portion  of  each  ULWAS  operational  runway  alert 
after  passing  through  ALERT  SCREENING. 

type:  real  (  1  x  number  of  operational  runways  ) 

values:  meters  per  second,  one  for  each  operational  runway 

LLWAS_THRESHi  (  i  =  1,  ...  ,  6  ) 

description:  Thresholds  used  to  screen  weak  LLWAS  alerts.  These  thresholds  are  set 
individually  for  each  operational  runway.  These  are  fixed  parameters  input  from  the 
IPF. 

type:  real  (  6  x  number  of  operational  runways  ) 

values:  meters  per  second,  one  set  (  i=  1,  ...,  6  )  for  each  operational  runway 

LOSS_ALERT 

description:  Used  internally  to  ALERT  ARBITRATION  to  determine  if  the  output  alert 
will  be  the  loss  or  gain  alert. 

type:  logical 

values:  YES/NO 


i 

i 
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LOSS_ALERT_LOCATION 

description:  Set  to  either  the  LLWAS_ALERT_LOCATION  or  the 
TDWR_ALERT_LOCATION  for  a  single  operational  runway. 

type:  character 

values:  ‘RWY\  ‘IMF’,  ‘1MD\  ‘2MF’,  ‘2MD’,  or  ‘3MF’ 

LOSS_ALERT_VALUE 

description:  Set  to  either  the  LLWAS  ALERT  VALUE  or  the  TDWR_ALERT_VALUE 
for  a  single  operational  runway. 

type:  real 

values:  meters  per  second 

LOSS_GAIN  BUFFER 

description:  Used  to  lean  towards  giving  a  loss  alert  if  the  last  integration  alert  was  a 
loss,  or  to  lean  towards  giving  a  gain  alert  if  the  last  integration  alert  was  a  gain.  This 
is  a  fixed  parameter  input  from  the  EPF. 

type:  real 

values:  meters  per  second 
LOSS1NCREM  ENT 

description:  Used  to  determine  if  a  gain  alert  value  is  enough  larger  than  a  loss  alert 
value  to  override  the  loss.  This  is  a  fixed  parameter  input  from  the  EPF. 

type:  real 

values:  meters  per  second 
MAX_WSA 

description:  The  value  that  a  weak  unconfirmed  MBA  is  reduced  to.  This  is  a  fixed 
parameter  input  from  the  EPF. 

type:  real 

values:  meters  per  second 

MINMBA 

description:  The  magnitude  of  the  weakest  allowed  microburst  alert  value.  This  is  a 
fixed  parameter  input  from  the  DPF. 

type:  real 

values:  meters  per  second 
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OTHER_ALERT  COVERAGE 

description:  Set  to  either  LLWASCOVERAGE  or  TDWR_COVERAGE. 
type:  character  (  1  x  number  of  operational  runways  ) 

values:  ‘RWY\  ‘IMF’,  ‘1MD’,  ‘2MF’,  ‘2MD’,  or  ‘3MF’,  one  for  each  operational 
runway 

OTHER  ALERT  VALUE 

description:  Set  to  either  LLWASALERTVALUE  or  TDWR_ALERT_  VALUE. 

type:  real  (lx  number  of  operational  runways  ) 

values:  meters  per  second,  one  for  each  operational  runway 

SCREENED  ALERT  VALUE 

description:  The  screened  alert  values  from  either  LLWAS  or  TDWR. 
type:  real  (lx  number  of  operational  runways  ) 
values:  meters  per  second,  one  for  each  operational  runway 
TDWRALERTLOCATION 

description:  The  “location  of  first  encounter  of  windshear”  portion  of  each  operational 
runway  alert  issued  by  the  TDWR  system. 

type:  character  (  1  x  number  of  operational  runways  ) 

values:  ‘RWY’,  ‘IMF’,  ‘1MD’,  ‘2MF\  ‘2MD’,  or  ‘3MF’,  one  for  each  operational 
runway 

TDWR_ALERT_VALUE 

description:  The  loss  or  gain  value  portion  of  each  operational  runway  alert  issued  by 
the  TDWR  system. 

type:  real  (lx  number  of  operational  runways  ) 
values:  meters  per  second,  one  for  each  operational  runway 

TDWRCOVERAGE 

description:  The  extent  of  TDWR  coverage  for  each  operational  runway.  These  are 
fixed  parameters  input  from  the  IPF. 

type:  character  (lx  number  of  operational  runways  ) 

values:  ‘RWY’,  ‘IMF’,  ‘1MD’,  ‘2MF’,  ‘2MD’,  or  ‘3MF’,  one  for  each  operational 
runway 
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TD  WRGFFACTO  R 

description:  The  minimum  allowed  fraction  of  a  screened  TDWR  gain  value  that  can 
be  issued.  These  are  fixed  parameters  input  from  the  IPF. 

type:  real  (  1  x  number  of  operational  runways  ) 

values:  0.0  -  1.0,  one  for  each  operational  runway 

TDWR  MB  FACTOR 

description:  The  minimum  allowed  fraction  of  a  screened  TDWR  loss  value  that  can 
be  issued.  These  are  fixed  parameters  input  from  the  IPF. 

type:  real  (lx  number  of  operational  runways  ) 

values:  0.0  -  1.0,  one  for  each  operational  runway 

TDWRSCREENEDALERT 

description:  The  loss  or  gain  value  portion  of  each  TDWR  operational  runway  alert 
after  passing  through  ALERT  SCREENING. 

type:  real  (  1  x  number  of  operational  runways  ) 

values:  meters  per  second,  one  for  each  operational  runway 

TDWR  THRESHi  (  i  =  1,  ...  ,  6  ) 

description:  Thresholds  used  to  screen  weak  TDWR  alerts.  The  thresholds  are  set 
individually  for  each  operational  runway.  These  are  fixed  parameters  input  from  the 
IPF. 

type:  real  (  6  x  number  of  operational  runways  ) 

values:  meters  per  second,  one  set  (  i=  1,  ...,  6  )  for  each  operational  runway 
THRESHi  (  i  =  1,  ...  ,  6  ) 

description:  Set  to  either  LLWAS  THRESHi  or  TDWR  THRESHi 
type:  real  (  6  x  number  of  operational  runways  ) 

values:  meters  per  second,  one  set  (  i=  1,  ...,  6  )  for  each  operational  runway 
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APPENDIX  B 

LLWAS  DATA  INPUTS 


This  appendix  specifies  the  variables  that  are  required  to  be  passed  from  the  LLWAS 
system  to  TDWR/LLWAS  integration  and  refers  to  the  Network  Expansion  LLWAS  Algo¬ 
rithm  Specification,  Version  1990.01.  These  variables  are  computed  in  the  LLWAS  system 
for  each  data  polling  cycle  and  are  required  to  be  passed  to  TDWR/LLWAS  integration 
for  each  polling  cycle. 

1.  Alert  information  (LLWASALERTVALUE,  LLWAS_ALERT_LOCATION) 

Message  (rwy,  1)  rwy  =  1,  NUM_RWY  ;  “1”  signifies  arrival  runway 
Message  (rwy,  2)  rwy  =  1,  NUM_RWY  ;  “2”  signifies  departure  runway 

Each  “Message”  consists  of  the  following  information: 

•  Alert  type  (N.A.  for  Message  Level  Integration  Algorithm) 

•  Alert  value  (in  meters/sec) 

•  Alert  location  (where  location  =  0  [RWY],  1  [IMF],  2  [2MF], 
or  3  [3MF]  for  arrival  runways,  and  0  [RvW],  1  [1MD],  2  [2MD]  for 
departure  runways) 

These  global  (or  “save”)  variables  are  set  in  subroutine  “runway_alert_arbitration” 

(p.  62-65  of  the  LLWAS  specification). 

2.  Station  wind  variables  (U,  V)  The  wind  data  are  not  used  in  the  TDWR/LLWAS  integration 
algorithm.  They  are  used  for  display  only. 

U  (stat,  mode)  stat  =  1,  NUM_STAT  ;  mode  =  3 
V  (stat,  mode)  stat  =  1,  NUM_STAT  ;  mode  =  3 

These  global  (or  “save”)  wind  variables  are  computed  in  subroutine  “filter_wind_data” 
(p.  27-29  ol  the  LLWAS  specification)  using  filter  mode  3  (MBJLOSS).  These  are 
calculated  at  each  station  wind  update. 
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